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(54) Method for classifying data acording to quality of service 

(57) A classification application utilizing a table of 
connection numbers end associated TCP/IP applica- 
tions Is utilized for deteimlning a wireJess packet com- 
munk^tion. quality of service level by decoding a 
connection number field of the compressed packet 
header Packets carrying different connection numbers 
can be mapped to different Quality of Servce planes. 
When a non-active TCP connection becomes active, 
the classification appfication detects and identifies the 
connection by reading the connection number field of a 
compressed TCP/IP header in a packet of the applica- 
tion. The clasafbation application applies the appropri- 
ate Quality of Servk:e level as determined from a user 
database and a Rst of available Quality of Service levels. 
If the connection has no table entry, the TCP/IP appfica- 
tion is klentified based on comparison to a pre-loaded 
table of port numbers and a new entry Is created In the 
connection number table. 
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Description 

Cross Reference to Related Applications: 

[0001] Cross reference is made to commonly 5 
assigned U.S. Patent Appfication Attome/s Docket 

Number 104B3RR tiled on 1999, entitled 

"QoS Framework for CDI\^A 2000", in which the teach- 
ings are incorporated herein by reference. 

10 

FIELD OF THE INVENTION 

[0002] The present Invention relates to a method 
and apparatus for classifying data In a data packet com- 
prising mapping the data packet to a predetemiined is 
quality of service plane. 

BACKGROUND OF THE INVENTION 

[0003] With the exception of Asynchronous Transfer so 
Mode wireless communication, there is no quality of 
service standards in the wireless communfcation indus- 
try. Quality of Service (QoS) is derived from require- 
ments by communications applications and generally 
has very specific guidelines in wireline and Asynchro- ss 
nous Transfer Mode network systems. Traditionally, 
applications that require a certain level of service are 
contracted for by a customer with a provider. The 
requirements are set out with pre-defined values capa- 
ble of being measured and provided by the provider. 30 
Typically, the requirements relate to availability of band- 
width, delay, access, priority, exdusivily, etc. QoS archi- 
tectures provide mechanisms and procedures to 
measure and provide specific QoS services. 
[0004] QoS is relatively easy to define in digital dr- 35 
cuits and QoS with respect to ATM standards are 
defined Class of Servk:e 1 , 2, 3, and 4. Class 1 is equiv- 
alent to a digital private tine; Class 2 supports audio 
conferencirjg.^multimedia and video; Class 3 suppojs 
frame relay and C^ass 4 supportis connectionless data 40 
protocols. 

[0005] Acronyms and abbreviations frequently used 
throughout this disclosure are defined and described 
below. 

45 

"BS" Base Station 
"BTS" Base Transceiver Station 
"CDMA' Code Division Multiple Access 
■datagram" self contained entity of data with no reli- 
ance on the source or destination computer lor so 
routing information 

"End-to-End delay" is the delay experienced by 
service traffic 
•IP* Internet Protocol 

'LAC Link Access Control - utilizes a protocol lor ss 
data link-level transmission control; the upper sub- 
layer of IEEE Layer 2 (OSI) protocol that comple- 
ments the MAC protocol 



■MAC* Medium Access Control - lower sub-layer of 
IEEE Layer 2 (OSI) protocol that supports topology- 
dependent functions and uses the servtees of the 
physfcal layer to provide servtees to LAC 
■MS" Mobile Station 
"PPP" Point-to-Point Protocol 
"QoS" Quality of Servtee - a set of requirements 
and related servrce performance that determines a 
specified degree of perfomnance by an appficatton 
utilized t>y a subscriber 

■RTP' Real Time Protocol - supports transport of 
reaf-time data such as voice and video over packet 
switched networks 
"RLP" Radio Link Protocol 
"sr" Senftee Reference 
TCP' Transmission Control Protocol 
"Throughpur is the amount of bandwidth available 
to an applicatbn usually involving en^or rate, buffer 
capacity, processing 

UDP User Datagram Protocol - normally bundled 
with IR provides datagram mode of communication 
for packet delivery. 

[0006] QoS in the wireline world Is provided on the 
Intemet (a packet based system) utilizing two 
approaches; qualitative and quantitative. The Qualita- 
tive approach is based on differentiated services (Diff- 
Sen^) whfch is a resen/ationless model. DifT-Serv with 
up to 64 per Hop Behaviors (PHB) may be defined by 
the Type of Servtee/DiffServ (ToS/DS) byte in an IP 
header into a small number of servbe types. Priority 
mechanisms are utilized to provide QoS to packet traf- 

no. 

[0007] Integrated Servtees (int-Serv) provides end 
to end QoS with by reserving resources tor data traffic. 
RSVP signaling is a protocol that reserves the 
resources so as to provide the required QoS. Int-Serv is 
independent of the actual mechanism used to provMe 
thf |^,gsmtions, ,rMJnt;;.^rM 
fks and path characteristics for a transmission. 
[0008] A wireless interf^e standard based on 
CDMA technology, CDMA2000, is a name that Identities 
the Telecommunteation Industry Association (TIA) 
standard for third generation features and services for 
cellular operators. The interface supports second gen- 
eration interfaces and includes support for multiple 
channel sizes, circuit and packet data rates up to 2 
Mbps, advanced multimedia capabilities, voice serv- 
tees, vocoders and votee over IR 
[0009] PPP is the protocol utiHzed in transporting 
data packets across ttie CDMA network. PPP supports 
Van-Jacobsen (V-J) header compression whteh is a 
technique used to shrink 40 byte headers of TCP pack- 
ets to as iittie as two to four bytes. A PPP frame is capa- 
ble of containing packets from other protocols including 
IP, by adding a protocol field to the frame definition that 
identifies the type of data packet being canied by the 
frame. 
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[0010] One approach for supporting CDMA2000 is 
to maintain a single class of LAC/MAC that provides 
procedures for handling various QoS requirements. In 
this approach, with only one set of mechanisms to pro- 
vide the bandwidth, availability, etc., QoS flexibility is 
limited. Efficiency is also affected with the need to 
switch between resource management systems when 
different QoS levels are required. A user can run multi- 
pie TCP/IP applications from a mobile host through one 
PPP session such as RIe Transfer, email or World Wide 
Web browsing. Some TCP/IP applications may have 
more demanding QoS requirements than others, e.g.. 
response time for WWW browsing should be less than 
e-mail or FTP. There is a need to differentiate between 
these TCP/IP applications at the link layer so that a 
Packet handler may prloiity-schedule them to the RLP 
queues or allocate different LAC/MAC physical Isyer 
instance (QoS plane). 

[0011] A user may run multiple IP-based applca- 
tions such as file transfer, email, WWW browsing or 
Voice over IP session over one PPP sesskan from a 
wireless mobile host Some appncations. such as VoIP, 
may have more stringent QoS requirements than others 
(such as enrmll) because the response time is more crit- 
ical. From a wireless resource usage perspective, there 
is a need to differentiate between these IP applications 
at the link layer so the packet handler (PH) can sched- 
ule, as to priority, to RLP queues or allocate a diffierent 
LAC/MAC physical layer Instance (QoS plane). This 
classifkstion, based only on DS/ToS byte alone may not 
be adequate. The appfication may not be able to mark 
the DS/ToS bfyte; applteations may mark email and 
HTTP packets with the same codepoint (DS byte) or 
ToS byte information and Diff-Serv may not be deployed 
when COMA2000 Phase 1 is implemented. 
[0012] It would be desirable to provMe a nnethod 
and system that would alkvw a mobile user to run multi- 
ple applications over a single PPP session. It would also 
be desirable to identify a IP applcatnn packet encapsu- 
lated within a PPP packet and detect IP application 
changes during a PPP session. It wouM further be 
desirable to require no dependence on IP QoS Infomna- 
tlon. 

SUMMARY OF THE iNVENTION 

[0013] It is therefore one object of the present 
invention to provide a method and system for identifying 
a IP appfication packet that is encapsulated by a PPP 
packet. 

[001 4] It is another object of the present invention to 
provide a method and system that will detect IP applica- 
tion changes during a PPP session. 
[0015] It is yet another object of the present inven- 
tion to provide a method and system that will allow mul- 
tiple applications to operate over a single PPP session. 
[0016] The foregoing objects are achieved as Is 
now described. A ciasstfk^ation appflcatlon utilizing a 



table of connection numbers end associated IP applica- 
tion IDs Is utilized for determining a wireless packet 
communication, Quality of Servk^e level by decoding a 
connection number field of the compressed IP packet 

5 header. Packets canning different connection numbers 
can be mapped to different Quality of Service planes. 
For example, when a non-active TCP connection 
becomes active, the classification appfication detects 
and identifies the connection by reading the connection 

10 number fieW of a compressed TCP/IP header in a 
packet of the application. The classiflcation application 
applies the appropriate Quality of Service level as deter- 
mined from a user database and a list of available Qual- 
ity of Service levels. If the connection has no table entry, 

75 the TCP/IP application is identified based on compari- 
son to a pre-loaded table of port numt>ers and a new 
entry ID Is created In the connection number table. 
[0017] The invention provides a method according 
to daim 1 ; an apparatus according to claim 9; and a pro- 

20 gram of instructions according to claim 1 6. 

[0018] The above as well as additional objects, fea- 
tures, and advantages of the present invention will 
become apparent in the following detailed written 
description. 

25 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0019] The novel features believed characteristic of 
the Invention are set forth In the appended claims. The 
30 inventton Itself however, as well as a prefen^ed mode of 
use, further objects and advantages thereof, will best be 
understood reference to the foilowng detailed 
description of an lllustrath^e emt>odiment when read in 
conjunction with the accompanying drawings, wherein: 

35 

Rgure 1 depicts a wireless communication system 
in whteh a preferred embodiment of the present 
Inventmn may be Implemented; 

40 Rgure 2 illustrates a high-level block diagremn of a 
wireless quality of service architecture according to 
a preferred embodiment of the present inveritton; 

Rgure 3 depicts a high-level block diagram of a 
45 wireless quality of servtoe architecture In accord- 
ance with a prefenred embodinnent of the present 
inventton: 

Rgure 4 lltustFates a hi£(h*level btock diagram of 
50 signal flow through a classifier in accordance with 
the present inventk>n. is illustrated 

Rgure 5 depicts a listing of pseudocode compris- 
ing the classifier of Rgure 4, In accordance with a 
55 prefen'ed embodiment of the present invention; 

Rgure 6 illustrates a high-level flow diagram in 
accordance with a prefemed embodiment of the 
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present Invention 



DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[00201 With reference now to the figures, and in par- 
ticular with reference to Figure 1. a wireless communi- 
cation system in which a prefen-ed embodiment of the 
present invention may be Implemented, is depicted. 
User 102 transmits a radio signal that is received by 
equipment 104 which then transmits the signal to a con- 
nected IP network, In this Instance Internet 106. The 
signal is transmitted via Internet 106 to equipment 108 
which is receiving and connecting equipment for user 
110. 

[0021] User 102 may include a wireline as well as a 
wireless communications device and devices capable of 
communicating on Internet 106 include wireline, wire- 
less, computing, fax, voice and virtually any IP compati- 
ble device. Transmissions between user devices 102 
and 110 are processed by the connecting equipment 
104 and 108. If user 102 is using a wireless communi- 
cation device, the connecting equipment would include 
a transmitting and receiving tower (BTS). a base station 
controller and a mobile switching center. User 102 can 
connect to any other user on the IP network as long as 
the communication protocols of each user device are 
compatible. 

[0022] Refen-ing now to Figure 2, a high-level block 
diagram of a wireless quality of service architecture 
according to a prefen-ed embodiment of the present 
invention, is illustrated. A signal is transmitted over a 
Packet Data Service node (router) from a connected IP 
network in the fonm of IP/PPP data packets 202. Multi- 
ple packet data flows having different QoS requirements 
may be supported under a single PPP connection - dif- 
ferent signals requiring different QoS may be transmit- 
ted in a single session. Following the progress of 
\P/PPP packet 202 as it moves from the IP network to a 
receiving device, packet 202 is routed to BSC 207 via 
QoS Adaptation Sublayer (OAS) 206. QAS 206 directs 
packet 202 to one of the LAC/MAC classes, each having 
different support levels of QoS. 

[0023] Adaptation control 208 utilizes resource con- 
trol 210 to determine specific QoS classes for detected 
and identified signals. Resource control 210 contains a 
database of user profiles that Include class of service for 
each customer that accesses the system. Adaptation 
control 208 determines the Identity of the signal source 
and applies the proper QoS class to that signal. An 
incoming voice signal is transmitted via MSG 216 to 
Mux and QoS sublayer In BTS 215. The voice signal Is 
then transmitted from BTS 215 to receiving devbe 218 
(e.g., cellphone). All data signals are transmitted 
through QAS 206. 

[0024] UVC/M AC 21 2 Instances associated with dif- 
ferent QoS classes have different mechanisms control- 
ling the radio resources to achieve corresponding QoS 



requirements. Different LAC/MAC ARQ and RLP 
require a different set of dedicated physteal layer chan- 
nels with specific QoS capablfitles. The Incoming signal 
from QoS 206 is directed to a particular LAC/MAC 
5 within BSC 207 based on the Identified required class. 
In this embodiment QAS 206 is shown as being 
included in BSC 207. Though BSC 207 is an interface 
between Radio Access Network locating QAS in BSC 
207 is not required for proper operation of the present 
10 invention. 

[0025] QoS architecture Includes QoS Adaptation 
Sublayer (QAS), QoS Adaptation Control (QAC) and 
multiple LAC/MAC Instances of different classes for 
supporting various QoS requirements. A signal trans- 
15 mission utilizing the QoS architecture of the present 
ifiventfon may be received and sent through an IP net- 
work in iP packet fbmi. The signal is routed to the 
appropriate BS containing a matching peer LAC/MAC 
and processed by QAS to determine the class of serv- 
20 kxto supply for the signal. As the class is determined, 
the signal Is then routed through the relevant LAG^C 
Instance and the associated class mechanism. The sig- 
nal is given the pre-detennined QoS class as provkted 
tbr in the user profile and transmitted through the BTS to 
ss the target device. 

[0026] QAS. In a wireless system, buffers and clas- 
sifies data traffte and directs the classified traffic to a 
LAC/MAC of the same class. QAC controls the behavior 
of the QAS and communicates with the Resource Con- 
30 trol entity which manages ail the resources In the wire- 
less system and is connected to the database 
containing the user profile. 

[0027] Referring to Rgure 3, the format of a com- 
pressed TCP/IP packet with compressed header in 
35 accordance with a preferred embodiment of the present 
invention is illustrated. TCP/IP packet 300 is represent- 
ative of multiple packets included In a single datagram. 
Change mask 302 identifies whteh fields actually 
changed (C allows the connectton number to be omit- 
40 ted, S is packet sequence number. A is acknowledge 
number delta, W - window change delta and U is urgent 
data delta), connection number 304 is a one byte fieki 
utilized for locating the saved copy or the last received 
packet, TCP checksum 30S Is unmodified so an end-to- 
45 end data Integrity check In the total datagram is vafid, 
Urgent pointer 308 and for each bit set in change mask 
302 the amount 310 tiiat tiie fiekJ, associated with tiie 
mask bit. changed. Connection number 302 is a field 
limited to one byte and is able to distinguish up to 256 
so TCP/IP sessions 

[0028] An IP packet is sent over a serial line and is 
passed through a V-J IHeader compressor. The com- 
pressor checks if the protocol is TCP and marks the 
packets as TYPE.IP if the packets are non-TCP or un- 
55 compressible and passed to a PPP framer. If a match- 
ing connection is found, the Incoming packet is com- 
pressed, the un-compressed packet header is copied 
Into the array and a COMPRESSED_TCP Is sent to the 
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PPP framer When the compressor receives the first 
packet' of a new TCP session ft generates an 
UNCOMPRESSED_TCP type packet with the TCP/IP 
header exactly the same as the original header except 
that the Protocol ID field is replaced by (newly assigned) 5 
connection number 302. The packet of type 
UNCOMPRESSED.TCP then sent to the framer The 
PPP header must contain the indication of the packet 
type. 

[0029] Client-server appfications utilize well-known 
TCP ports In a server and a few are listed In the connec- 
tion number table below. 



TCP/IP Application 


TCP Port 


FTP: data 


20 


FTP: Control 


21 


Telnet 


23 


SMTP 


25 


HTTP 


80 



Checking fbr port numbers In the source or destination 
port field of the TCP header and comparing to the 
entries in the connection table provides an identity 
check for the TCP/IP applfcatton. 
[0030] Referring now to Rgure 4, a high-level block 
diagram of signal flow in accordance with the present 
invention, is illustrBtad. A complete PPP packet is 
shown being received into LAC/MAC 408 where IP 400 
represents IP data preceded by TCP/IP header 402 and 
both being encapsulated inside PPP packet 404. The 
structure of the PPP packet is the same as that depicted 
in Rgure 3. 

[0031] Classifier 408 is stored and operative within 
the QAS and, in this embodiment, located in a Base 
Statton (not shown). Classifier 406 maintains a table of 
pre-detennined connection numbers (see Figure 3) 
and the TCP/IP application associated with each con- 
nection number. Datagrams having different connection 
numbers may be mapped to different, con-espondlng 
*QoS planes" (a pre-detennined level of servtoe). 
[0032] Only one TCP connection Is active at any 
time, thus the classifier can decode the connection 
number field in the TCP/IP header 402 and can deter- 
mine which TCP/IP flow is active at any time. As a differ- 
ent TCP connection becomes active the classifier 
compares the value in the connection number field. If 
the connection number is in the table, the QoS plane 
associated wfth the connection number is applied to the 
packet. However, If the connection number is new (no 
entry), a new TCP/IP session is indicated. The TCP/IP 
application is identified from the source port number, 
(the DS-byte Information may also be negative to Iden- 
tify the QoS level to be supportred) and a new entry for 



this connection number Is created in the table. 
[0033] Referring now to Rgure 5, a listing of pseu- 
docode comprising the classifier of Rgure 4, in accord- 
ance with a preferred embodiment of the present 
inventk>n, is depicted. If a packet Is received and it is 
identified as the same type as the previously received 
packet the classifier Is inactive. If the packet type 
received has a compressed TCP/IP header, the classi- 
fier checks the connection number and If the number is 
the same as the previous packet nothing is changed. 
However if the number Is the same as a previously 
received packet but not Immediately following, the 
packet is detemriined to be an already-admftted TCP 
session that had become non-active and is now active. 
[0034] If the connection number is determined by 
the classifier to be a new connection number, the classi- 
fier determines the application type (and QoS require- 
ments) t}y utilizing the port number In the TCP header. 
The new packet data flow id is then added to the con- 
nection number table. On the other hand if the connec- 
tion number is not new but Is different from the 
preceding packet, the classifier classifies the packet as 
a different but active data flow within the same PPP ses- 
sion. 

[0035] The identifier scheme may be modified to 
Include support for compressed RTPAJOP/IP headers 
as well. If the PDSN supports IP header compression (a 
general framework Incorporating TCP/IP and 
RTP/UDP/IP headers) and IP header compression for 
PPP, this scheme can be extended to differentiate 
between TCP/IP header compressed packets and 
RTP/UDP/lP header compressed packets within the 
same PPP session. 

[0036] Refenring to Figure 6, a high-level flow dia- 
gram of a method fbr classifying a received signal in 
accordance with a preferred embodiment of the present 
irrventran, is illustrated. The process begins with step 
600, which depicts a signal being transmitted, either 
from a network or from a wireless device. The process 
passes to step 602. which illustrates the signal k>eing 
received, in the form of a PPP packet. Into the classifier. 
If the signal Is *from the air,* meaning transmitted to a 
BTS f mm a devk:e not on the network, the signal Is clas- 
sified and passed through the appropriate LAC/MAC 
and sent onto the network. If the signal Is "to the air" 
meaning a signal received into the Base Station from 
the network, the signal is classified and passed through 
the LAC/MAC and sent to the target device. 
[0037] The process continues to step 604. which 
depicts a determination of whether the packet is a data 
packet ore Voice over IP (VoIP) packet. If the packet is 
a VoIP packet the process passes to step 605, whch 
illustrates the VoIP packet being transmitted either to 
the network or target device. A VoIP packet has priority 
over data packets and needs to be scheduled as soon 
as possible wfthout being backlogged by a large TCP 
data packet If the packet Is a data packet, the process 
instead proceeds to step 606, which depicts the clas^- 
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fler determining the context ID of the packet from the IP 
Header Compression layer. 

[003fl] IP Header Compression (IPHC) protocol 
Includes TCP/IP header compression extension of Van 
Jacobsen's TCP/IP header compression and s 
RTP/UDP/IP header compression. It is suitable for lossy 
links (e.g.. wireless link) and has a separate contort 
space for TCP and RTP/UDP headers. IPHC defines 9 
types of Protocol ID field for PPP packets distinguishing 
between headers such as a compressed TCP/IP io 
header, a compressed FTTP header, a compressed UDP 
header, etc. IPHC can be used to distinguish between 
compressed TCP/IP header (data packets) and com- 
pressed RTP/UDP/IP packets (real time packets) for 
MAC state transition based on priority. is 
[0039] The process continues from step 606 to step 
608, which illustrates a dstenmlnation of whether the 
context corresponds to a known connectbn number. 
The QoS classifier maps the TCP/IP packet stream to a 
QoS class based on destination address and destina- so 
tion port. The I PEC maps the TCP/IP packet stream to 
a context ID. The context ID is utilized In the QoS adap- 
tation Interface to classify PPP packets based on the 
context ID to QoS class mapping. If the detemination is 
made that the connection number is known, the process ss 
passes to step 610, which depicts the QoS adaptation 
Intertace (or QoS Adaptation Sublayer) checking the 
connection number table for a corresponding port and 
classifying the packet based on the context IQ The 
process then passes to step 612, which illustrates a 30 
determination of whether the signal enters the classifier 
from the network or from the air (signal transmitted to a 
base station). 

[0040J Retuming to step 608, if the determination is 
made that the connection number is not known, the as 
process proceeds instead to step 609. which depicts the 
classifier checking the source port number against the 
connection number to detennine the type of TCP/IP 
data session to which the padcet belongs. The^prc^g^s, 
continues to step 611, whch illustrates the classifier 40 
creating a new entry In the connection number table 
accompanied by a corresponding QoS class of servtee 
as detennined by the classifier. The ID of the user end 
the type of packet Is combined to provide the appropri- 
ate class of QoS. ^ 
[0041 3 The process then passes to step 61 2, whteh 
depicts a determination of whether the signaJ is 
received from the connected network. If the signal is 
from the network, the process proceeds to step 614, 
whrch illustrates applying the appropriate fonward QoS so 
to the packet (QoS may be different in either direction 
based on the type of packet and the agreement 
between the user and the operator). The process con- 
tinues to step 616, which depkrts the signal being trans- 
mitted to the target devfce. If the determination is made ss 
that the signal Is from a connected device, the prt)ces8 
proceeds Instead to step 618. which illustrates applying 
the appropriate jssaeiSfi QoS to the packet The process 



then continues to step 620, which depicts the Base Sta- 
tton transmitting the signal onto the connected network. 
[0042] It is important to note that while the present 
inventton has been described in the context of a fully 
functional telecommunicattons system and/or network, 
those skilled in the art will appreciate that the mecha- 
nism of the present invention is capable of being distrib- 
uted in the form of a computer usable medium of 
instructions in a variety of fornns, and that the present 
invention applies equally regardless of the particular 
type of signal bearing medium used to actually cany out 
the distribution. Examples of computer usable mediums 
Include: nonvolatile, hard-coded type mediums such as 
read only mennorles (ROMs) or erasable, electrically 
programmable read only memories (EEPROMs). 
recordable type mediums such as floppy disks, hard 
disk drives and CD-ROMs, and transmission type medi- 
ums such as digital and analog communication links. 
[0043] While the invention has been partlculariy 
shown and described with reference to a preferred 
embodiment, it will be understood by those skilled in the 
art that various changes in form and detail may be made 
therein without departing from the spirit and scope of 
the invention. 

Claims 

1 . A method for classifying data In a data packet, com- 
prising the steps of: 

detecting an active data packet connection; 
decoding a connection number field in a com- 
pressed header of said data packet to deter- 
mine a quality of servtee plane of said packet; 
providing a table of identified connection num- 
bers; and 

mapping said data packet to a predetemiined 
quality of servk^e plane. 

2. The method in daim 1, wherein said active data 
packet connectton Is a pdint to point protocol or 
user datagram protocol connection. 

3. TTie method In claim 1 , wherein providing said table 
of identified connection numbers, further com- 
prises: 

associating each said connection number with 
a spedfic, active Transmission Control Proto- 
col/Internet Protocol application. 

4. The method in dalm 1 , wherein provWing said table 
of identified connection numbere. further com- 
prises: 

associating each said oonnectk>n number with 
a specific, active Real Time Protocol/User Dat- 
agram protocol/Internet Protocol application. 
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5. The method In claims 3 or 4, further comprtslng: 

determining whether eaid connection number 
Is present in said table of identified connection 
numbers. 

6. The method In claims 3 or 4, further comprising: 

utilizing a port number in an Internet Protocol 
header in said packet to identify application 
type; and 

mapping said application to a Quality of Serv- 
ice plane.. 

7. The method in claims 6. further comprising: 

creating a new entry in said table if said oon- 
neclion number is not present. 

8. The method in claim 6. further comprising: 

utilizing a context ID determined from said 
table of connection numbers to classify said 
Point to Point Protocol packet. 



An apparatus for classifying 
comprising: 



In a data packet, 



a switch for processing packet data; 
decoding logic within said switch for decoding a 
connection number field in a compressed 
header of a datagram; 

comparison logic for determining whether said 

connection number is present in said table of 

identified connection numbers; 

logic for creating a new entry in saki table if 

said connection number is not present; 

a table of connection numbers for identified 

applications: and 

mapping logic for mapping a datagram to a pre- 
detemiined quality of servtee plane. 

10. The apparatus in claim 9, wherein sakj table of con- 
nection numbers for Identified applications, further 
comprises: 

each identified connection number having an 
associated Transmission Control Proto- 
cot/lntemet Protocol appHcation for comparing 
incoming packet data connection numbers to 
said connection number. 

11. The apparatus in claim 10, wherein each said iden> 
tified connection nunrtber is associated with an 
active Transmission Control Protocol/internet Pro- 
toco) applk^tion comparing incoming packet data 
connection numbers to said connection number of 
said application, further comprises: 



logic means for detenmlnlng whether saM appli- 
cation connection number Is present In saM 
connection number table. 

5 12. The apparatus in dalm 9, wherein said table of con- 
nection numbers for identified applications, further 
comprises: 

each identified connection number is assod- 
10 ated with an active Real Time Protocol/User 

Datagram Protocol/Internet Protocol applica- 
tion comparing Incoming packet data connec- 
tion numbers to said connection number of saM 
datagram. 

15 

13. The apparatus in claims 11 or 12, further compris- 
ing: 

logic means for utilizing a port numt>er In an IP 
20 header to identify applicatksn type; and 

logic means for mapping said applicatton to a 
Quality of Service plane. 

14. The apparatus In claims 1 1 or 12, further compris- 

25 ing: 

logic means for creating a new entry in said 
table if said connection number Is not present. 

30 15. The apparatus in claims 11 or 12, further compris- 
ing: 

logic means for utilizing a context detennined 
from said table of connection numbers to clas- 
35 sify said Point to Point Protocol packet 

16. In a switch, a program of instructions within instruc- 
tion bearing media associated with a telecommuni- 
cation system for classifying data in a data packet, 

40 comprising the steps of: 

instructions within said instruction bearing 
media for detecting an active data packet con- 
nection; 

45 instructions within said instruction bearing 

media for decoding a connection number field 
in a compressed header of said Point to Point 
Protocol packet to determine a quality of serv- 
ice plane of said packet; and 

so instructions within said instruction beeu'ing 

media for mapping said packet to a predeter- 
mined quality of service plane. 

17. The program of instructions of claim 16, wherein 
55 instructions for Identifying said active data packet 

connection are Instructions for Identifying a point to 
point protocol or user datagram protocol connec- 
tion. 
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18. The program of Instructions of claim 16, wherein 
decoding said connection number field In a com- 
pressed header of said Point to Point Protocol 
packet further comprises: 

5 

instructions within said instruction bearing 
media for providing a table of identified connec- 
tion numbers wherein each said connection 
number is associated with a specific, active 
Transmission control protocol/internet Protocol io 
application. 



19. The program of Instructions of claim 18, further 
comprising: 



21. The program of instructions of claim 18 or 19 , fur- 
ther comprising: 

instructions within said instruction bearing 
media for utilizing a port number in an Internet 
Protocol header in said packet to Identify appli- 
cation type; and 

instructions within said instruction bearing 
media for mapping said appOcation to a Quality 
of Service plane. 

22. The program of Instructions of claim 21, further 
comprising: 



IS 



instructions within said Instruction bearing 
media for providing a table of Identified connec- 
tion numbers wherein each said connection 
number is associated with a specific, active 
Real Time Protocol/User IDatagram proto- 20 
col/lntemet Protocol application. 

20- The program of instructions of daim IB or 19, fur- 
ther comprising: 

25 

Instructions within said Instruction bearing 
media for detemilning whether said connection 
number Is present In sard table of identified 
connection numbers. 



30 



instructions within said instruction bearing 45 
media for creating a new entry in said table if 
said connection number Is not present 

23. The program of instructions of claim 21, further 
comprising; gQ 

instructions within said instruction bearing 
media for Utilizing a context 10 detemiined 
from said table of connectton numbers to clas- 
sify said Point to Point Protocol packet ss 
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